iT邦幫忙

gitlab ci相關文章
共有 40 則文章
鐵人賽 DevOps DAY 29

技術 Day29 - GitLab CI/CD Pipeline 的總開關 workflow

這一篇的內容,回到基礎的 GitLab CI/CD YAML 語法,這次要談關於 CI/CD YAML 的 workflow,workflow 這個語法主要在控...

鐵人賽 DevOps DAY 25

技術 Day25 - Pipeline 需要注意的安全議題

在軟體開發的過程中,從原始碼的開發編輯、套件的使用直到完成後,上線的日常維運,各個環節中,都會經歷一些安全性的議題,可能一個不小心,就會造成資安疑慮,那麼,使用...

鐵人賽 DevOps DAY 24

技術 Day24 - 線上撰寫 GitLab CI/CD YAML 的神兵利器 Pipeline Editor

在 GitLab 13.x 版本的年代,編輯 GitLab CI/CD YAML 幾乎只能在 Git Commit & Push Source Code...

鐵人賽 DevOps DAY 22

技術 Day22 - 讓 Pipeline 的所有 Job 都在同一個 Runner 執行 - 1

今天的案例,來自朋友的需求。在擁有多個 GitLab Runner 執行環境中,有一個維運自動化 Pipeline 流程,希望 Pipeline 在啟動之後 P...

鐵人賽 DevOps DAY 21

技術 Day21 - 只在特定 Git Branch 的 Git Tag 執行 GitLab CI Job

今天的題目來自 Stack Overflow 「How to run a Gitlab-CI job only if a tag is created on t...

鐵人賽 DevOps DAY 20

技術 Day20 - 如何在 GitLab CI/CD YAML 裡像 function 一樣重複使用

今天的題目來源,同樣是 stack overflow,標題是:「Gitlab CICD: use functions inside gitlab-ci.yml」...

鐵人賽 DevOps DAY 19

技術 Day19 - CI/CD 解題趣-下一階段手動或自動執行,由本階段決定 - 02

在上一篇的內容中,進行了兩種嘗試,但基於 GitLab 的特性,都無法滿足需求「依據特定階段工作執行狀態,來決定下一階段的工作為自動啟動或手動啟動」,接下來會繼...

鐵人賽 DevOps DAY 18

技術 Day18 CI/CD 解題趣-下一階段手動或自動執行,由本階段決定 - 01

這次的鐵人賽系列文章,大致上把 GitLab 13.3 開始到目前 18.3 期間,我覺得比較重要的變化及更新做了一些說明,接下來會進入「解題趣」系列,這系列主...

鐵人賽 DevOps DAY 17

技術 Day17 - 讓 CI/CD YAML 的 needs 當 Job 存在的時候才 needs

上一篇談到 needs 如果需要 Parent Pipeline 的 Artifact 時,可以透過 needs:pipeline:job 搭配 Parent...

鐵人賽 DevOps DAY 16

技術 Day16 - 在 CI/CD YAML 語法 needs 中取得父層流水線的 Artifact

接力上一篇的 needs,隨著專案的規模變大,有時候為了好除錯或降低複雜度,會採用 Parent - Child 形式的 GitLab Pipeline,但自然...

鐵人賽 DevOps DAY 15

技術 Day15 - 在 CI/CD YAML 語法 needs 中選擇 parallel:matrix 工作相依

在上一季介紹過 parallel:matrix 平行化陣列的語法,對於整理重構只有參數差異的工作非常的好用,實務上,我個人經常使用 parallel:matri...

鐵人賽 DevOps DAY 14

技術 Day14 - GitLab CI/CD YAML 的 rules 與 needs

在之前的鐵人賽中,談過工作與工作之間的相依關係 dependencies,也談過使用 needs 來構成 DAG 有向無環圖,可以想像,工作與工作之間的關聯在...

鐵人賽 DevOps DAY 13

技術 Day13 - GitLab 宣告停用的語法及替代方案

隨著 GitLab 每個月固定釋出新版本持續的演進,GitLab CI/CD YAML 的語法也陸續有一些更新、調整,難免,也會有一些語法會進入棄用階段,這一篇...

鐵人賽 DevOps DAY 12

技術 Day12 - 透過 GitLab CI/CD Step 傳遞資訊

在上一篇的內容中,實作了自己的 step,但目前僅止於可以接收外部的參數傳入到 step 中來供 step 的實作使用,但如果要從 step 實作後,把實作的結...

鐵人賽 DevOps DAY 11

技術 Day11 - 建立自己的 Step

在上一篇內容中,初步認識了 GitLab CI/CD Steps 這個目前實驗中的功能,在今天的內容中,會建立出一個自己的 CI/CD Step。 要建立自己的...

鐵人賽 DevOps DAY 10

技術 Day10 - 初探 GitLab CI/CD steps

過去的幾篇介紹了許多與 GitLab CI/CD Components 相關的內容,像是 inputs、Components以及對應的 Catalog 平台等等...

鐵人賽 DevOps DAY 9

技術 Day09 - 發布 CI/CD Components 到 GitLab Catalog

在上一篇的內容中介紹了如何從 Catalog 找到想要的 CI/CD Components,也提到使用 Components 時可以透過 Partial sem...

鐵人賽 DevOps DAY 23

技術 Day23 - 讓 Pipeline 的所有 Job 都在同一個 Runner 執行 - 2

在上一篇的內容中,想要實現讓 Pipeline 的所有 Job 都在同一個 Runner 上執行,目前打算使用 CI_RUNNER_TAGS 這個 Pre-de...

鐵人賽 DevOps DAY 8

技術 Day08 - 在 GitLab Catalog 平台上找需要的 Components

在上一篇的已經初步介紹了關於 GitLab CI/CD Components 的建立以及初步如何使用。接下來將基於目前的 Hello Component 專案,...

鐵人賽 DevOps DAY 7

技術 Day07 - 初探 GitLab CI/CD Components

之前的幾天,介紹了關於 inputs 的使用,有提到 inputs 是 GitLab CI/CD Components 的一部分,因此,在接下來會開始更深入的介...

鐵人賽 DevOps DAY 6

技術 Day06 - 用 GitLab 取值函式 操縱 input 的輸入值

在 Day05 的時候提到,使用 inputs 可以透過正規表示式 regex 來規範使用者輸入的內容需要符合正規表示式的定義,另外,在 inputs 裡頭,還...

鐵人賽 DevOps DAY 5

技術 Day05 - 深入 CI/CD Components 的 inputs

在上一篇中談到關於 GitLab 的 CI/CD Components 及一些 inputs 的初步體驗,在今天的內容,我們會談到更多關於使用 inputs 的...

鐵人賽 DevOps DAY 4

技術 Day04 - 初探 CI/CD Components 及其 inputs

GitLab CI/CD YAML 在 13.x 版本的年代,如果要與團隊或甚至是 Open Source 讓社群都可以一起共享整個流水線的規劃,大概只能透過...

鐵人賽 DevOps DAY 3

技術 Day03 - Pipeline 的變數宣告 Variables

在過去系列的文章中,曾經談過GitLab CI 怎麼從外帶入參數到流水線中?談變數 variable當時提到,變數也可以在手動觸發時帶入,但當時,必須要透過開發...

鐵人賽 DevOps DAY 2

技術 Day02 - 使用 !reference 更靈活的管理 CI/CD YAML

開始的第一篇,我們來談談在 GitLab CI 中 CI/CD YAML 語法中的關於重複利用的語法自 13.3 版以後,比較不一樣的地方。從 13.3 版的年...

鐵人賽 DevOps DAY 4

技術 Day 4|CI/CD 是什麼?工具比較(Jenkins, GitHub Actions, GitLab CI)

●CI/CD是什麼? 主要目的是將軟體開發過程自動化,從最初的程式碼提交 (code commit) 到最終的部署 (deployment),可以拆成兩個部分來...

鐵人賽 DevOps DAY 30

技術 Day30-2 - GitLab CI 還可以怎麼重構及整理 .gitlab-ci.yml ?

上一篇舉了一個小例子來說明,一般遇到比較冗長的 .gitlab-ci.yml 大致上可以怎麼思考整理及重構,那麼平常在規劃及設計流水線的時候該怎麼注意呢? 一、...

鐵人賽 DevOps DAY 30

技術 Day30-1 - GitLab CI 可以怎麼重構及整理 .gitlab-ci.yml 讓內容更好瞭解?

隨著專案的演進,當團隊導入 GitLab CI 工作流程之後,通常會是陸續的針對專案需要增加更多的流程,而時間一久 .gitlab-ci.yml 的內容就很有可...

鐵人賽 DevOps DAY 29

技術 Day29 - GitLab CI 如何讓工作流程流水線跑快一點?之三 讓 Runner 執行更快一點

上一篇談到從 .gitlab-ci.yml 開始建立關卡及工作,而後依序分派到工作佇列,等待 GitLab Runner Server 上的 Runner 來承...

鐵人賽 DevOps DAY 28

技術 Day28 - GitLab CI 如何讓工作流程流水線跑快一點?之二 逐一調整

讓 GitLab CI 的工作流程的流水線加速,透過上一篇的大部分解有了思考流程上的脈絡,接下來要開始從每個階段中的工作細節去思考,應該怎麼讓整個流水線再次的加...